home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 706 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.2 KB
  1. From: mforget@elfhaven.ersys.edmonton.ab.ca (Michel Forget)
  2. Subject: Re: available keys
  3. Date:     Sun, 3 Jul 1994 16:30:14 -0600
  4. Precedence: bulk
  5.  
  6. Hello Timothy,
  7.  
  8. >Annius:
  9. >
  10. >)> There was discussion of busy-waiting... well, SOMETHING has to busy wait,
  11. >)
  12. >)Not so.  The mouse generates an interrupt when it is moved.  So the OS
  13. >)doesn't need to do any checking while the mouse is not moved;  the
  14. >)other approach would.
  15. >
  16. >If you used a 1-pixel rectangle, then your program would be interrupted
  17. >every time the mouse moved.  This wouldn't take a whole lot more overhead
  18. >than the interrupts that the OS gets from the hardware.
  19.  
  20. The point is that you are not using a one pixel rectangle; most of the
  21. time you are using fairly large rectangles.  This is _HARD_ to
  22. implement, and harder to understand, but if you have working source
  23. code you do not need to worry about it much; check out Tim Oren's
  24. ProGEM series of articles; it has source code for this, and an
  25. explanation (if you can wade through the complexities of it; it was
  26. a long time ago that I read it, but I'm pretty sure it went right
  27. over my head at the time).
  28.  
  29. >Baker:
  30. >
  31. >)buttons required to use an untopped window (like in the desktop). Does
  32. >)everyone agree with me that the mswindows behaviour of topping _and_
  33. >)activating a button is undesirable?
  34. >
  35. >That behavior is not only undesirable, but irritating in the extreme.
  36.  
  37. In most situations, I agree.  It is required for toolboxes in windows,
  38. though, or the user will quite quickly start plotting your death.
  39.  
  40. >I want my apps to work on people's computers without a lot of crap.  I
  41. >don't want to have to confuse the user by having them install a new
  42. >program in the AUTO folder to take up more memory just to add a few
  43. >features to the OS, especially if they have to pay extra for this
  44. >utility.
  45.  
  46. Actually, what is the status of LTMF-2?  I was sort of joking when I
  47. asked for the source code, but now I'm serious.  Also, when the product
  48. is finished, will it be freeware, shareware, or commercial?  If Shareware,
  49. will it have restrictions imposed on the user?
  50.  
  51.  
  52. -- 
  53. Michel Forget           \\   mforget@elfhaven.ersys.edmonton.ab.ca    //
  54. Electric Storm Software  \\  ess@tibalt.supernet.ab.ca               //
  55. PGP Public Key Finger. = 1F C0 D3 FE 40 51 7F 47 F3 4A C6 A0 6E 02 71 85
  56.